In-Memory Data Grid Hash Scheme Optimization

ABSTRACT

Systems and methods of managing an in-memory data grid (IMDG) may involve conducting a data distribution analysis of the IMDG on a periodic basis, and selecting a hash scheme from a plurality of hash schemes based on the data distribution analysis. In one example, the selected hash scheme is used to conduct a repopulation of the IMDG, wherein the repopulation increases the distribution evenness of database records across the IMDG.

BACKGROUND

1. Technical Field

Embodiments of the present invention generally relate to in-memory datagrids. More particularly, embodiments relate to the optimization of hashschemes for in-memory data grids.

2. Discussion

Database systems may use in-memory data grids to store manage across aset of partitioned virtual machines, particularly when the amount ofdata is relatively large. While such an approach can speed up access tothe database, conventional approaches to implementing in-memory datagrids may be limited to the use of a single hash scheme to map databaserecords to individual virtual machines. Accordingly, as the databaseevolves over time, data distribution of data across the partitions maybecome uneven, wherein an uneven data distribution may in turn have anegative impact on access speed and can increase overall stress on thedatabase.

BRIEF SUMMARY

Embodiments may provide for a computer implemented method in which adata distribution analysis is conducted on an in-memory data grid(IMDG). The method may also provide for selecting a hash scheme from aplurality of hash schemes based on the data distribution analysis.

Embodiments may also include a computer program product having acomputer readable storage medium and computer usable code stored on thecomputer readable storage medium. If executed by a processor, thecomputer usable code may conduct a data distribution analysis of anin-memory data grid, and select a hash scheme from a plurality of hashschemes based on the data distribution analysis.

In addition, embodiments can involve a computer implemented method inwhich a data distribution analysis is conducted on an in-memory datagrid, wherein the data distribution analysis includes an analysis of aplurality of virtual machines. A hash scheme may be selected from aplurality of hash schemes based on the data distribution analysis,wherein the plurality of hash schemes includes at least one of acontent-based scheme and a mathematical scheme. The method can alsoprovide for using the selected hash scheme to conduct a repopulation ofthe in-memory data grid, wherein the repopulation increases adistribution evenness of database records across the in-memory datagrid.

Other embodiments may include a computer program product having acomputer readable storage medium and computer usable code stored on thecomputer readable storage medium. If executed by a processor, thecomputer usable code can cause a computer to conduct a data distributionanalysis on an in-memory data grid, wherein the data distributionanalysis is to include an analysis of a plurality of virtual machines.The computer usable code may also cause a computer to select a hashscheme from a plurality of hash schemes based on the data distributionanalysis, wherein the plurality of hash schemes is to include at leastone of a content-based scheme and a mathematical scheme. Moreover, thecomputer usable code can cause a computer to use the selected scheme toconduct a repopulation of the in-memory data grid, wherein therepopulation is to increase a distribution evenness of database recordsacross the in-memory data grid.

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWINGS

The various advantages of the embodiments of the present invention willbecome apparent to one skilled in the art by reading the followingspecification and appended claims, and by referencing the followingdrawings, in which:

FIG. 1 is a block diagram of an example of an object map according to anembodiment;

FIG. 2 is a block diagram of a hash map between document identifiers andsearch items according to an embodiment;

FIG. 3 is a block diagram of an example of a hash scheme selectionarchitecture according to an embodiment; and

FIG. 4 is a flowchart of an example of a method of controlling datadistribution evenness in an in-memory data grid according to anembodiment.

DETAILED DESCRIPTION

As will be appreciated by one skilled in the art, aspects of the presentinvention may be embodied as a system, method or computer programproduct. Accordingly, aspects of the present invention may take the formof an entirely hardware embodiment, an entirely software embodiment(including firmware, resident software, micro-code, etc.) or anembodiment combining software and hardware aspects that may allgenerally be referred to herein as a “circuit,” “module” or “system.”Furthermore, aspects of the present invention may take the form of acomputer program product embodied in one or more computer readablemedium(s) having computer readable program code embodied thereon.

Any combination of one or more computer readable medium(s) may beutilized. The computer readable medium may be a computer readable signalmedium or a computer readable storage medium. A computer readablestorage medium may be, for example, but not limited to, an electronic,magnetic, optical, electromagnetic, infrared, or semiconductor system,apparatus, or device, or any suitable combination of the foregoing. Morespecific examples (a non-exhaustive list) of the computer readablestorage medium would include the following: an electrical connectionhaving one or more wires, a portable computer diskette, a hard disk, arandom access memory (RAM), a read-only memory (ROM), an erasableprogrammable read-only memory (EPROM or Flash memory), an optical fiber,a portable compact disc read-only memory (CD-ROM), an optical storagedevice, a magnetic storage device, or any suitable combination of theforegoing. In the context of this document, a computer readable storagemedium may be any tangible medium that can contain, or store a programfor use by or in connection with an instruction execution system,apparatus, or device.

A computer readable signal medium may include a propagated data signalwith computer readable program code embodied therein, for example, inbaseband or as part of a carrier wave. Such a propagated signal may takeany of a variety of forms, including, but not limited to,electro-magnetic, optical, or any suitable combination thereof. Acomputer readable signal medium may be any computer readable medium thatis not a computer readable storage medium and that can communicate,propagate, or transport a program for use by or in connection with aninstruction execution system, apparatus, or device.

Program code embodied on a computer readable medium may be transmittedusing any appropriate medium, including but not limited to wireless,wireline, optical fiber cable, RF, etc., or any suitable combination ofthe foregoing.

Computer program code for carrying out operations for aspects of thepresent invention may be written in any combination of one or moreprogramming languages, including an object oriented programming languagesuch as Java, Smalltalk, C++ or the like and conventional proceduralprogramming languages, such as the “C” programming language or similarprogramming languages. The program code may execute entirely on theuser's computer, partly on the user's computer, as a stand-alonesoftware package, partly on the user's computer and partly on a remotecomputer or entirely on the remote computer or server. In the latterscenario, the remote computer may be connected to the user's computerthrough any type of network, including a local area network (LAN) or awide area network (WAN), or the connection may be made to an externalcomputer (for example, through the Internet using an Internet ServiceProvider).

Aspects of the present invention are described below with reference toflowchart illustrations and/or block diagrams of methods, apparatus(systems) and computer program products according to embodiments of theinvention. It will be understood that each block of the flowchartillustrations and/or block diagrams, and combinations of blocks in theflowchart illustrations and/or block diagrams, can be implemented bycomputer program instructions. These computer program instructions maybe provided to a processor of a general purpose computer, specialpurpose computer, or other programmable data processing apparatus toproduce a machine, such that the instructions, which execute via theprocessor of the computer or other programmable data processingapparatus, create means for implementing the functions/acts specified inthe flowchart and/or block diagram block or blocks.

These computer program instructions may also be stored in a computerreadable medium that can direct a computer, other programmable dataprocessing apparatus, or other devices to function in a particularmanner, such that the instructions stored in the computer readablemedium produce an article of manufacture including instructions whichimplement the function/act specified in the flowchart and/or blockdiagram block or blocks.

The computer program instructions may also be loaded onto a computer,other programmable data processing apparatus, or other devices to causea series of operational steps to be performed on the computer, otherprogrammable apparatus or other devices to produce a computerimplemented process such that the instructions which execute on thecomputer or other programmable apparatus provide processes forimplementing the functions/acts specified in the flowchart and/or blockdiagram block or blocks.

Referring now to FIG. 1, an object map 10 is shown in which various keysmay be mapped to corresponding values. In particular, the illustratedobject map 10 represents an ordered list of elements (e.g., tuples) thatcan enable a data record to be quickly located from its key value. Aswill be discussed in greater detail, such an approach may beparticularly useful in highly distributed architectures involving largedatabases.

FIG. 2 shows a hash map 12 in which various document UUIDs (universallyunique identifiers) are used as keys 14 to calculate hash values 16,wherein applying a hash scheme (e.g., function/algorithm) to each key 14results in a corresponding hash value 16. For example, a particularkey-value pair 20 might provide access to a search item 18 thatrepresents a record (or a portion of a record) in a database, whereinthe record could include the document UUID, document type, documenttitle, document author, comment number, and so on. In one example, therecords may be stored in an extensible and scalable in-memory data grid(IMDG) that is partitioned into a plurality of virtual machines, whereinthe VMs act as “shock absorbers” to a database such as a back enddatabase. As will be discussed in greater detail below, the hash schemeused to determine the hash values 16 can be modified/changed over timein order to ensure sufficient distribution evenness of the databaserecords across the grid/partitions. Such an approach can significantlyimprove record storage and/or retrieval speed and may reduce overallstress on the database, particularly as the size of the databasecontinues to grow.

Turning now to FIG. 3, a hash scheme selection architecture 22 is shown.In the illustrated example, an in-memory data grid (IMDG) 28 is adistributed cache that is partitioned into an interconnected pluralityof virtual machines (VMs) 30 functioning as processing elements capableof storing, modifying and retrieving database information located intheir respective partitions. For example, a row 24 to be inserted into adatabase may include various columns 26 (26 a-26 n) that are groupedtogether for partitioning purposes (e.g., partitioning columns). Inparticular, a hash optimization node 32 might identify a hash scheme 34b that is selected from a plurality of hash schemes 34 (34 a-34 d) andapply the selected hash scheme 34 b to a key associated with thepartitioning column 26 c in order to conduct a hash map lookup 36 forthe partitioning column 26 c. The results of the hash map lookup 36 canbe used to select an individual VM 30 for storing the partitioningcolumn 26 c.

For example, the hash scheme can be designed to output a hash value thatis an integer, wherein if the hash value is divided by the number ofpartitions, the remainder will point to the storage partition. Thus, inan IMDG 28 having twelve partitions as shown, a hash value of twentyfive divided by twelve would yield a remainder of one, which may causethe partitioning column 26 a in question to be stored in the first ofthe VMs 30. The number of partitions and/or VMs may be fixed orvariable, depending upon the circumstances. For example, an IMDG systemsuch as the WebSphere eXtreme Scale (WXS) from IBM Corporation ofArmonk, N.Y., could employ a fixed partition approach that is enhancedby the hash scheme selection techniques described herein.

The illustrated hash optimization node 32 uses feedback 38 from the IMDG28 to select a hash scheme from the plurality of hash schemes 34. Inparticular, the hash optimization node 32 might conduct a datadistribution analysis of the IMDG 28 on a periodic basis in order toensure that the selected hash scheme results in a sufficiently evendistribution of database records across the VMs 30 of the IMDG 28. Forexample, the hash scheme 34 a might be a mathematical scheme (e.g., thatadds/subtracts/multiplies one or more portions of the search key),whereas the hash scheme 34 b could be a content-based scheme (e.g., thatgroups similar content together). In such a case, the content-based hashscheme 34 b could become less effective at distributing the data,particularly if records added to the database are similar in content.For example, the content-based hash scheme might group records in acontact database according to geographic region, wherein a majority ofsubsequent records are for the same region. In such a case, a certainpartition could become more heavily populated than the other partitions.Thus, the illustrated approach would be able to select a new hash schemethat increases the distribution evenness of database records across theIMDG 28 and repopulate the IMDG 28 according to the new hash scheme.

FIG. 4 shows a method 40 of controlling data distribution evenness in anIMDG such as IMDG 28 (FIG. 3), already discussed. Thus, the method 40might be implemented as logic of a hash optimization node 32 (FIG. 3),also already discussed. In particular, illustrated processing block 42provides for determining whether a distribution analysis period hasexpired. The length of the distribution analysis period could bedetermined based on the activity level of the underlying database. Forexample, more active databases might have relatively short analysisperiods, whereas less active databases could have relatively longanalysis periods. If the analysis period has expired, block 44 mayconduct a data distribution analysis of the IMDG. The data distributionanalysis could involve determining the amount and/or type of datamanaged by each of a plurality of VMs, as well as performing variouscalculations such as determining averages and variances of theinformation collected. A hash scheme that increases/optimizesdistribution evenness may be selected at block 46, wherein the selectioncould take into consideration information known about the variousavailable hash schemes. For example, it may be known that one type ofhash scheme is better suited for a particular type of database thananother.

If the distribution analysis period has not expired, illustrated block48 provides for determining whether a maintenance period has expired. Ifso, a determination may be made at block 50 as to whether a new hashscheme has been selected. If a new hash scheme has been selected, theIMDG can be repopulated at block 52 with the database content based onthe new hash scheme. Thus, an IMDG that was previously populatedaccording to a mathematical hash scheme might be repopulated with acontent-based hash scheme, or vice versa. Other types of hash schemes,functions, and/or algorithms may also be used. In one example, therepopulation can be constrained to a fixed number of partitions,depending on the system requirements. By scheduling the repopulation tooccur during the maintenance period, the illustrated approach minimizesthe impact on system performance.

Thus, techniques described herein can provide for an autonomic systemthat continually analyzes the data distribution in IMDGs. Using a listof pluggable hash schemes, the system can apply the best pluggable hashscheme to ensure even distribution of data across the IMDG. Accordingly,access speed may be increased and overall stress on the database can bereduced.

The flowchart and block diagrams in the Figures illustrate thearchitecture, functionality, and operation of possible implementationsof systems, methods and computer program products according to variousembodiments of the present invention. In this regard, each block in theflowchart or block diagrams may represent a module, segment, or portionof code, which comprises one or more executable instructions forimplementing the specified logical function(s). It should also be notedthat, in some alternative implementations, the functions noted in theblock may occur out of the order noted in the figures. For example, twoblocks shown in succession may, in fact, be executed substantiallyconcurrently, or the blocks may sometimes be executed in the reverseorder, depending upon the functionality involved. It will also be notedthat each block of the block diagrams and/or flowchart illustration, andcombinations of blocks in the block diagrams and/or flowchartillustration, can be implemented by special purpose hardware-basedsystems that perform the specified functions or acts, or combinations ofspecial purpose hardware and computer instructions. In addition, theterms “first”, “second”, etc. may be used herein only to facilitatediscussion, and carry no particular temporal or chronologicalsignificance unless otherwise indicated.

Those skilled in the art will appreciate from the foregoing descriptionthat the broad techniques of the embodiments of the present inventioncan be implemented in a variety of forms. Therefore, while theembodiments of this invention have been described in connection withparticular examples thereof, the true scope of the embodiments of theinvention should not be so limited since other modifications will becomeapparent to the skilled practitioner upon a study of the drawings,specification, and following claims.

1-4. (canceled)
 5. A computer program product comprising: a computerreadable storage medium; and computer usable code stored on the computerreadable storage medium, where, if executed by a processor, the computerusable code causes a computer to: conduct a data distribution analysisof an in-memory data grid, wherein the data distribution analysis is toinclude an analysis of a plurality of virtual machines; select a hashscheme from a plurality of hash schemes based on the data distributionanalysis, wherein the plurality of hash schemes is to include at leastone of a content-based scheme and a mathematical scheme; and use theselected hash scheme to conduct a repopulation of the in-memory datagrid, wherein the repopulation is to increase a distribution evenness ofdatabase records across the in-memory data grid.
 6. The computer programproduct of claim 5, wherein the computer usable code is to cause acomputer to constrain the repopulation to a fixed number of partitions.7. The computer program product of claim 5, wherein the computer usablecode is to schedule the repopulation to occur during a maintenanceperiod.
 8. The computer program product of claim 5, wherein the computerusable code is to cause a computer to repeat the data distributionanalysis on a periodic basis. 9-16. (canceled)
 17. A computer programproduct comprising: a computer readable storage medium; and computerusable code stored on the computer readable storage medium, where, ifexecuted by a processor, the computer usable code causes a computer to:conduct a data distribution analysis of an in-memory data grid; andselect a hash scheme from a plurality of hash schemes based on the datadistribution analysis.
 18. The computer program product of claim 17,wherein the computer usable code further causes a computer to use theselected hash scheme to conduct a repopulation of the in-memory datagrid.
 19. The computer program product of claim 18, wherein therepopulation is to increase a distribution evenness of database recordsacross the in-memory data grid.
 20. The computer program product ofclaim 18, wherein the computer usable code further causes a computer toconstrain the repopulation to a fixed number of partitions.
 21. Thecomputer program product of claim 18, wherein the computer usable codefurther causes a computer to schedule the repopulation to occur during amaintenance period.
 22. The computer program product of claim 17,wherein the data distribution analysis is to include an analysis of aplurality of virtual machines.
 23. The computer program product of claim17, wherein the hash scheme is to be selected from at least one of acontent-based scheme and a mathematical scheme.
 24. The computer programproduct of claim 17, wherein the computer usable code further causes acomputer to repeat the data distribution analysis on a periodic basis.